Skip to content

Make concrete message_passing implementation public#130

Draft
NEOatNHNG wants to merge 1 commit intoeclipse-score:mainfrom
etas-contrib:make-message_passing-public
Draft

Make concrete message_passing implementation public#130
NEOatNHNG wants to merge 1 commit intoeclipse-score:mainfrom
etas-contrib:make-message_passing-public

Conversation

@NEOatNHNG
Copy link

The alias alone is not usable from other modules.

The alias alone is not usable from other modules.
@NEOatNHNG NEOatNHNG marked this pull request as ready for review January 12, 2026 11:19
@LittleHuba LittleHuba added the import-started-do-not-modify Import of the PR was started. No further modifications allowed. label Jan 14, 2026
@LittleHuba
Copy link
Contributor

Closing this, as visibility was extended appropriately for other S-CORE modules to access the concrete targets.
Making this publicly visible is not intended, since this is a library not intended for users of S-CORE.

@LittleHuba LittleHuba closed this Jan 28, 2026
@NEOatNHNG
Copy link
Author

We have other use cases in infrastructure components apart from logging where we would like to re-use the message passing. I mean it is OK if we don't want S-CORE applications to use message passing directly, but other infrastructure components should be fine. Similar argument could be made for shared_memory from baselibs. We also don't want applications to use that directly but we don't limit the visibility there either.

Most current example is the someip gateway where @lurtz is working on a bridge implementation which would also need to access message_passing. But we have also ETAS-internal use cases for this. @mishraajitesh

@NEOatNHNG NEOatNHNG reopened this Mar 12, 2026
@LittleHuba LittleHuba removed the import-started-do-not-modify Import of the PR was started. No further modifications allowed. label Mar 12, 2026
@LittleHuba
Copy link
Contributor

@NEOatNHNG could you please give some insight into the ETAS-internal use cases?
This would help us tremendously in our evaluation.
Currently, the agreement in S-CORE is that all communication between applications shall happen via mw::com.
If you have a valid use case for directly relying on message_passing, we should reopen that discussion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants